System and method for reliable communications over multiple packet RF networks

ABSTRACT

The invention is a method and system for mobile communications. A mobile communicator communicates with a network routing center. The communicator monitors each of two or more wireless carriers for a service characteristic. The communicator selects, based on the monitored service characteristic, one of the two or more wireless carriers. The mobile communicator can then communicate with the network routing center using the selected wireless carrier.

FIELD OF THE INVENTION

This invention relates generally to the field of wireless communicationssystems. Specifically, the invention is an improved system and methodfor providing reliable communications over multiple packet radiofrequency (RF) networks.

BACKGROUND OF THE INVENTION

The challenge faced today is that several RF wireless networks exist(satellite, terrestrial, wideband and narrow band) in frequency rangesfrom AM broadcast through to the high gigahertz for satellitetransmission and also with a myriad of technology or air interfaces.Individually, a single RF network may not complete a desired solutionbut if combined with another type of RF network or networks would beideal.

Several current technologies allow for frequency band and networkswitching, allowing mobile communicators to select the available carrierin the region through which they are passing. For example, U.S. Pat. No.4,901,307, issued to Gilhousen et al., and assigned to Qualcomm, Inc.,describes a multiple access, spread spectrum communication system andmethod for providing high capacity communications to, from, or between aplurality of system users, using code-division-spread-spectrumcommunication signals. The system described therein uses variousconfigurations of circuitry and power level variation to allow fordynamic carrier switching, including between satellite carriers andterrestrial carriers. Such a system may be used by the system of thepresent invention to accomplish carrier switching, and therefore thecontents of U.S. Pat. No. 4,901,307 is hereby incorporated by referencein full herein.

None of the prior art systems, though, provide optimal carrier selectionbased on quality of service issues, least cost routing and/orcharacteristics of the data that is being sent. Nor do prior art systemsprovide one or more hubs or network routing systems that verify servicefor the mobile communicators and perform message path routing. Nor doprior art systems provide automatic lookup of the current carriers beingused by each mobile communicator at a network routing center.

SUMMARY OF THE INVENTION

The problems and shortcomings of the prior art described above and otherproblems and shortcomings are solved by the systems and methods of thepresent invention. A transceiver, also called a communicationsmanagement module (CMM) or mobile communicator is provided and maycomprise a mobile hardware plus software apparatus that is configurabledynamically or over-the air to communicate via various radio frequency,microwave, infrared, laser, satellite, and terrestrial networks thatexist both today and as well as in the future with technologyadvancements. The transceiver, comprises a medium access controller. Afirst set of control logic is in the medium access controller thatconfigures the transceiver for communicating over two or more wirelesscarriers with a network routing center.

A second control logic in the medium access controller monitors each ofthe two or more wireless carriers for one or more servicecharacteristics which are part of an air interface personality for eachwireless carrier. A third control logic in the medium access controllerfurther selects, based on the monitored service characteristic, one ofthe two or more wireless carriers that the first control logicconfigures the transceiver to use to communicate with the networkrouting center.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a block diagram illustrating the components of a mobilecommunicator according to an embodiment of the present invention;

FIG. 2 is a block diagram illustrating the components of a networkrouting center according to an embodiment of the present invention;

FIG. 3 is a block diagram illustrating the relationship between one ormore wireless network systems and a network routing center of FIG. 2,and nodes that communicate with the network routing center;

FIG. 4 is a block diagram illustrating a packet structure that could beused as a data structure for communication in the systems of FIGS. 1-3;

FIG. 5 is a flow diagram illustrating a method performed bytransceiver/mobile communicator of FIG. 1;

FIG. 6 is a flow diagram illustrating the steps performed by the networkrouting center of FIG. 2;

FIG. 7 is a flow chart illustrating the steps in another methodperformed by the network routing center of FIG. 2;

FIG. 8 is a data flow diagram illustrating a method for processing amessage in the mobile communicator of FIG. 1;

FIG. 9 is a data flow diagram illustrating the details of channelselection performed by the mobile communicator of FIG. 1;

FIG. 10 is a block diagram illustrating some of the components and dataflow of the medium access controller included in the system if FIG. 1;and

FIG. 11 is a data flow diagram illustrating a method performed by thenetwork routing system of FIG. 2.

DETAILED DESCRIPTION OF THE INVENTION

With reference to FIGS. 1 and 2, block diagrams illustrating thecomponents of an embodiment of the present invention is shown. Atransceiver 100, also called a communications management module (CMM) ormobile communicator, may comprise a mobile hardware plus softwareapparatus that is configurable dynamically or over-the air tocommunicate via various radio frequency, microwave, infrared, laser,satellite, and terrestrial networks that exist both today and as well asin the future with technology advancements. The transceiver, 100comprises a medium access controller 110. A first set of control logic112 is in the medium access controller 110 that configures thetransceiver 100 for communicating over two or more wireless carriers201-203, 20 n with a network routing center 400. Examples of wirelesscarriers 201-203, 20 n on which the transceiver 100 can be configured totransmit over include: code division multiple access (CDMA), cellulardigital packet data, 1XRTT, time division multiple access (TDMA), globalsystem for mobile communications, general packet radio service, enhanceddata rates for global evolution, wide band code division multipleaccess, ARDIS, MOBITEX or IRIDIUM. CDMA and TDMA may, for example,include implementations of satellite carriers as well as terrestrialwireless carriers. Satellite carriers, such as the IRIDIUM system andothers, have been proven to operate with mobile transceivers 100, evenof the hand-held variety.

The NRC 400 may interface the specific satellite and terrestrialnetworks with wire and optical based physical interfaces (such as T1,Ethernet, ATM, Frame relay, TCP/IP etc). By using applications programinterfaces (APIs) (170 in FIG. 1 and 470 in FIG. 2) that are consistentin the CMM 100 and NRC 400, there is no need to reconfigure userapplications, nor a need for multiple hardware terminals at the mobilelocation. This system also has the advantage in that no matter howdynamic the communication need is, constant flexibility exists withoutredesign of the user applications, APIs (170 in FIG. 1, 470 in FIG. 2)and hardware.

A second control logic 114 in the medium access controller 110 monitorseach of the two or more wireless carriers 201-203, 20 n for a servicecharacteristic 211 a-212 a, 21 na which is part of the air interfacepersonality 211-213, 21 n for each wireless carrier 201-203, 20 n. Athird control logic 116 in the medium access controller 110 furtherselects, based on the monitored service characteristic 211 a-212 a, 21na, one of the two or more wireless carriers 201-203, 20 n that thefirst control logic 112 configures the transceiver 100 to use tocommunicate with the network routing center 400.

Each control logic 112-116 is comprised of a hardware based controllogic, software based control logic or a combination hardware-softwarebased control logic. Those skilled in the art would appreciate thatsoftware based control logic comprises software that causes the hardwarecomponents of the transceiver 100 to produce radio signals of the properstrength, frequency, amplitude, etc. for transmission over one of thewireless carriers 201-203, 20 n based on the measured servicecharacteristic 211-213, 21 n. Those skilled in the art would furtherappreciate that the software based control logic could alternatively beimplemented using hardware based or hardware-software based controllogic.

The service characteristic 211 a-213 a, 21 na may comprise, for example,a quality of service characteristic or a least cost routingcharacteristic. Examples of quality of service characteristics include abit error rate, a signal to noise ratio, a packet loss rate, path fade,packet latency or network latency for the respective wireless carrier201-203, 20 n.

An application program interface 170 is included with the transceiver100 that is consistent with an application program interface 470 in thenetwork routing center 400 regardless of which of the two or morewireless carriers 201-203, 20 n are selected by the medium accesscontroller 10. Those skilled in the art are familiar with APIs 170, 470.APIs 170, 470 generally comprise software applications that, as part ofAPI 170, 470 function, shield application programs from system andhardware level calls. This way, the application program can useuniversal calls to an API structure. The APIs 170 and 470 of the CMM 100and NRC 400 respectively allow for the software programs, and hardware,to access lower communication level functions without regard to, forexample, the specific protocol used for the currently used wirelesscarrier 201-203, 20 n.

With reference to FIG. 3, the network routing center 400 may furthercommunicate with one or more nodes 100, 100 a, 300, 300 a. In this way,the transceiver 100 of FIG. 1 may communicate with other nodes 100 a,300 and 300 a through the network routing center 400. The networkrouting center (NRC) 400 handles all of the transmission and receptionof information from the mobile communicators 100, 100 a or groups ofmobile communicators 100, 100 a over the wireless carriers 201-203, 20n, also called RF networks 201-203, 20 n.

One or more of the nodes 100-100 a may comprise transceivers 100-100 asuch as that described with respect to FIG. 1. Those transceivers100-100 a can be dynamically configured to communicate with the networkrouting center 400 over two or more wireless carriers 201-203, 201 n; inother words, communication is accomplished using a node-selectedwireless carrier selected from the two or more wireless carriers201-203, 20 n. The wireless carrier 201-203, 20 n selected and used bytransceivers 100 and 100 a may be the same or different, depending onthe independently selected wireless carrier 201-203, 20 n selected by amedium access controller 110 in each of the transceivers 100 and 100 aas described above with respect to FIG. 1.

One or more other nodes 300, 300 a may be connected to the networkrouting center 400 through a terrestrial network 250 which may either bewide or local in type. For example, nodes 300 and 300 a may comprisedesktop computers connected to the terrestrial network 250 using modemsand dialup lines, cable television systems, digital subscriber lines, orother hard wired terrestrial or wireless local area networks familiar tothose skilled in the art. For example, the network routing center 400may transmit information to nodes 300, 300 a by means of standardTCP/IP, Ethernet, T1/E1, LAN, WLAN, etc.

In one embodiment, the transceiver 100 uses messages or data packets 140for reception and transmission. For communication using data packets140, the transceiver 100 may comprise an applications data monitor (ADM)120 having a message buffer 144. The ADM 120 may comprise either a setof software program instructions to be executed on a processor 130 in atransceiver main processor 130 or an independent ADM 120 processor toexecute those instructions.

The transceiver 100 includes a processor 130, wherein one of itsfunctions is processing the data packets 140. The processor 130 maycomprise an integrated circuit (hardware), coded instructions stored innon-volatile and/or volatile memory (software) in combination with anintegrated circuit. Part of the processing of the data packets 140comprises determining a message type, priority, packet length,destination and air interface availability for each data packet 140. Themessage type, priority, packet length, destination and air interface areinfluenced by the software application running on the electronic device,such as a computer or cell phone, using the transceiver. 100. The ADM120 internal to the CMM 100 determines the message type, priority andair interface. The medium access controller 110 selects a wirelesscarrier 201-203, 20 n based on one or more of the determined messagetype, priority, packet length, destination and air interface for eachdata packet 140. The medium access controller 110 is further forconverting each data packet 140 to an appropriate protocol based on theone selected wireless carrier 201-203, 20 n.

One example of a protocol that a wireless carrier 201-203, 20 n may use,for which the medium access controller 110 must format the data packets140 appropriately for transmission, is described in U.S. Pat. No.5,832,028 entitled “METHOD AND APPARATUS FOR COHERENT SERIAL CORRELATIONOF A SPREAD SPECTRUM SIGNAL,” issued to Durrant et al. on Nov. 3, 1998.In the system described in that patent, a technique for modulating anddemodulating CPM spread spectrum signals and variations of CPM spreadspectrum signals is used. If a wireless carrier, for example, 203, usesthat technique, then the medium access controller 110 prepares the datapackets 140 so that their representative signals may be divided eachinto a plurality of data streams (such as I and Q data streams) forindependent modulation of the I and Q data streams using CPM or arelated technique. The medium access controller 110 then superposes theplurality of resultant streams for transmission so that the NRC 400 mayreceive the superposed spread spectrum signal and simultaneously attemptto correlate for a plurality of chip sequences and demodulation.

With reference back to FIGS. 1 and 2, the invention may also becharacterized as a network routing center 400 for communication withtransceivers 100, 100 a and other nodes 300, 300 a as described withrespect to FIG. 3 above. The network routing center 400 includes aregistration matrix 410, or database 410, for storing one or morecarrier indicators 422 for indicating the current wireless carrier201-203, 20 n for each of one or more transceivers 100, 100 a. Theregistration matrix 410 ties a unique communicator identifier 426 in thematrix 410 to a wireless carrier 201-203, 20 n. Each stored communicatoridentifier 426 corresponds to a transceiver 100 that the network routingcenter 400 is capable of communicating with. A correspondingcommunicator identifier 124 is stored in each transceiver 124 that istransmitted with each message (140 in FIG. 4 discussed below) so thatthe network routing center 400 may determine the transceiver 100 fromwhich each message 140 is received. The registration matrix 410 allowsfor speedy lookup of communicator identifier 426 to determine theparticular wireless network 201-203, 20 n being used by the relativetransceiver 100. The network routing center 400 includes two or morewireless carrier or radio frequency gateways 451-453, 45 n which are forinterfacing with the wireless carriers 201-203, 20 n for communicatingwith the one or more transceivers 100, 100 a that are remote from thenetwork routing center 400. Each of the radio frequency gateways451-453, 45 n communicate with one or more communications hardwaresystems for a particular wireless carrier 201-203, 20 n, for example, acell phone tower or satellite dish equipment. Each of gateways 451-453,45 n contains software or hardware that takes the resultant raw datathat is the output of the particular communications equipment, andconverts or strips the raw data to produce packet data in the formdescribed with respect to FIG. 4 below, which is readable to the networkrouting center 400, and converts outgoing packet data into a form fortransmission over the particular communications equipment. Those skilledin the art may describe this function of gateways 451-453, 45 n asprotocol conversion. Other functions that may be performed by gateways451-453; 45 n include determination of transmission costs, carrier loadsensing, security functions, per packet billing processing, etc.

The transceivers 100, 100 a that are remote from the network routingcenter 400 are also referred to herein as mobile communicators 100, 100a. Each gateway 451-453, 45 n included in the network routing center 400interfaces with a different wireless carrier 201-203, 20 n. A processor460 is included in the network routing center 400 that, as part of itsfunctionality, is used for updating each of the one or more carrierindicators 422 to reflect the wireless carrier 201-203, 20 n dependingon which gateway 451-453, 45 n receives a message 464 from therespective mobile communicator 100, 100 a that transmitted the message464. The processor 460 may comprise an integrated circuit (hardware),coded instructions stored in non-volatile and/or volatile memory(software) in combination with an integrated circuit. The networkrouting center 400 comprises a received message buffer 462 for storingeach message 464 received from a mobile communicator 100, 100 a.

With reference to FIG. 4, each message 464, 140 in a header portion 468,or as part of a body portion 470, comprises a communicator identifier466 (CMM-ID) for identifying the respective mobile communicator 100, 100a that transmitted the message 464, 140. Messages 464 stored in thenetwork routing center 400 may also have the same structure as message140 stored in the mobile communicator 100. Each message 464, 140 mayalso comprise a message type 472 in the header portion 468 or as part ofthe body portion 470. Each message type 472 may comprise a typeindicator indicating that the message 464 is peer-to-peer,peer-to-client host or hybrid peer-to-peer/peer-to-client host.Peer-to-peer types of messages 464, for example, may be those that arefor transmission from one mobile communicator 100 to one or more othermobile communicators 100 a.

Peer-to-client host types of messages 464, 140, for example, may bethose that are for transmission from a mobile communicator 100 to one ormore terrestrial nodes 300, 300 a. Peer-to-peer/peer-to-client hosttypes of messages 464, 140, for example, may be those that are fortransmission from one mobile communicator 100 to another mobilecommunicator 100 a and/or to one or more terrestrial nodes 300, 300 a.Put in other terms, three types of communications are: host connection,peer-to-peer and a hybrid. The host connection is one that is initiatedby a host, 300, 300 a to deliver information to one or more CMMs 100.100 a, either individually or in a group. The peer-to-peer communicationis one that an individual CMM 100 initiates to communicate with anotherindividual CMM 100 a or group of CMMs 100, 100 a. The hybridcommunication is one in which a CMM 100 communicates with another CMM100 a or group of CMMs 100, 100 a and one or more hosts 300, 300 a.

The message may also include a priority indicator, also called priority478, for indicating the priority of the message 140,464.

With reference back to FIG. 2, each carrier indicator 422 stored in theregistration matrix may be stored in a registration record 424 indexedby a matching communicator identifier 426. The processor 460 mayvalidate each message 424 by searching the registration matrix 410 forthe matching communicator identifier 426 that matches the communicatoridentifier 466 of the message 464. The processor 460 may further beconfigured to compose a transmission path for each message 464 accordingto the message type 472. Each message 464 comprises a messagedestination 474, which may comprise, for example, a network 250 internetprotocol (IP) address or a communicator identifier identifying acommunicator 100 different from that which sent the message 464. Thetransmission path would also be created according to its messagedestination 474. Each message 464 further comprises a communicatoridentifier 476 for identifying the mobile communicator 100, 100 a thattransmitted each message 464. These elements may also be included in themessages 140 stored in the mobile communicator 140.

If a message type 472 indicates that the message 464 is for transmittingto one of the mobile communicators 100, 100 a, then the processor 460selects one of the one or more gateways 451-453, 45 n, and thereby oneof the networks 201-203, 20 n, for transmitting the message 464. In thiscase, the message may have been received from a host-client node 300,300 a (FIG. 3), or from another mobile communicator 100, 100 a asdescribed above. The processor 460 then selects which of the gateways451-453, 45 n with which to transmit the message 464 according to therespective carrier indicator 422 for the one mobile communicator 100,100 a identified by the message destination 474 contained in the message464. In this way, the network routing center 400 may communicate at thesame time with the plurality of mobile communicators 100, 100 a, overdifferent wireless carriers 201-203, 20 n using the different radiofrequency gateways 451-453, 45 n.

The processor 460 updates each carrier indicator 422 to reflect whichradio frequency gateway 451-453, 45 n receives messages 464 from therespective mobile communicators 100, 100 a. This is how the processor460 is able to select the proper gateway 451-453, 45 n for sending amessage 464 if one needs to be sent to a specific mobile communicator100, 100 a.

The system creates a mezzanine system effect. This structure allows forthe addition and deletion of any individual wireless carrier 201-203, 20n with simple command changes to the NRC 400 registration matrixprocessor 460 software instructions. The delivery system is, thus,transparent to the user of a node 300 of CMM 100, but allows for dynamicand total reconfiguration with simple commands at the NRC 400.

With reference to FIG. 5, a flow diagram illustrating a method performedby transceiver/mobile communicator 100 of FIG. 1 is shown. The methodperformed by the transceiver 100 is for communicating with a networkrouting center 400. Each of the two or more wireless carriers 201-203,20 n is monitored for a service characteristic 211 a-213 a, 21 na, step500. Based on the monitored service characteristic 211 a-213 a, 21 na,one of the two or more wireless carriers 201-203, 20 n is selected, step502. The transceiver 100 is configured for using the selected wirelesscarrier 201-203, 20 n, step 504. The transceiver 100 then communicateswith the network routing center 400 using the selected wireless carrier201-203, 20 n, step 506.

Part of configuring the transceiver 100 to operate using differentwireless carriers 201-203, 20 n may involve, for example, loading logicor accessing circuitry of the transceiver 100 to operate in differentfrequency bands and power levels to switch between a terrestrial network201 and a satellite network 202. Less power may be required for the CMM100 to communicate with a terrestrial repeater in the terrestrialnetwork 201, given the reduced distance between the CMM 100 and theterrestrial repeater compared with a satellite repeater. Thus, onefeature of the transceiver 100 is to vary the power level of the signaldepending on the specific network 201-203, 20 n used.

The satellite network 202 may have orbital repeaters that can usebasically the same circuitry as terrestrial repeaters except thatadvanced VLSI and hybrid circuit techniques can reduce the size andpower consumption in the repeater. Small and light transceivers 100 havebeen proven for satellite communication, such as the MOTOROLA 9505portable satellite phone, that can be purchased from Iridium, Inc. ofPlano, Tex. The circuitry and configuration of such a light mobilecommunicator can be integrated with the CMM 100 of the presentinvention, to be accessed selectively depending on the selection of thecarrier 201 -203, 20 n by the medium access controller 110. A detailedexplanation of power, frequency band, and circuitry switching isprovided in U.S. Pat. No. 4,901,307 incorporated by reference above.

With reference to FIG. 6, a flow diagram illustrating the stepsperformed by the network routing center 400 of FIG. 2 is shown. Amessage 464 is received by a radio frequency gateway 451-453, 45 n, step600. The processor 460 reads the communicator identifier 466 from thereceived message 464, step 602. The processor 460 validates the message464 by searching the registration matrix 410 for a registration record424 with a matching communicator identifier 426 matched with thecommunicator identifier 476 stored in the received message 464, step604. In most systems, only certain mobile communicators 100, 100 a,identified by this search, may communicate through the network routingcenter 400 due to subscriber or security features configured into theprocessor 460. If a matching registration record 424 is not found, thenthe processor 460 may cause a return message to be sent back to themobile communicator 100, 100 a that sent the received message 464 toadvise the mobile communicator 100, 100 a that use of the networkrouting center 400 is denied, step 608.

The processor 460 checks for whether the carrier indicator 422 stored inthe matched registration record 424 reflects the wireless carrier201-203, 20 n of the gateway 451-453, 45 n that received the message464, step 610. If not, then the carrier indicator 422 is updated (storedif first contact is made) in the registration matrix 410, step 612. Thereceived message 464 is stored in the message buffer 462, step 614.

With reference to FIG. 7, a flow chart illustrating the steps in anothermethod performed by the network routing center 400 is shown. The methodof FIG. 7 describes the steps for transmission of messages 464 from thenetwork routing center 400. The next message 464 for transmission isread from the message buffer 462, step 700. The message type 472 is readfrom the header 468, step 702. The processor 460 determines whether themessage type 472 is a ‘to-peer type message 464 (to mobile communicator400), step 704. If so, then the processor 460 reads the messagedestination 474 and searches the registration matrix 410 for thematching communicator identifier 426, step 706. If the messagedestination 474 is matched with a registration record 424, step 708, theprocessor 460 sets the transmission path for the message 464 fortransmission using the wireless carrier 201-203, 20 n identified by thecarrier identifier 422, step 710. The message 454 is transmitted to themobile communicator 100, 100 a identified by the message destination 474over the wireless carrier 201-203, 20 n identified by the carrieridentifier 422, step 712. If a registration record 424 is not found step706, then the message 464 may have an erroneous message destination 474,and the message 464 is discarded. In that case, the sending node 100,100 a, 300, 300 a may or may not be sent a notification.

If the message type 472 indicates that the message 464 is a ‘to hosttype message 464, then the message is routed over the network 250 to thenode 300, 300 a indicated by the message destination 474, step 714.

Processing moves back to step 700 for processing the next message 464 inthe message buffer 462.

With reference back to FIG. 1, the data for the messages 140, alsocalled data packets 140 or clusters of data packets 140, may enter theCMM 100 through a verity of ways, either automatically, from anapplication program, or manually by the user, for example voice datapackets. The data packets 140 may be put into a message buffer 144. Thephysical data interface can take many forms, data terminal, infrareddevice, J1708, IEEE 1394, RS-232, RS-485, personal data assistant (PDA),scanner, barcode reader etc. The data input into the CMM 100 routesthrough the API 170, 470 and into the ADM buffer 144 to awaitexamination by the ADM 120 to determine the following: message type 472(peer-to-peer, client host or both—hybrid), priority 478; message packetlength by measurement of the size thereof; destination 474 and airinterface (carrier) selection 480.

With reference to FIG. 8, a data flow diagram illustrating a method forprocessing a message 140 in the CMM of FIG. 1 is shown. The data thatenters from the API 170 of the CMM 100 by one of at least two inputs,external from an input device or application, or internal from one ofthe wireless short-range local area network (WLAN) configurations suchas Bluetooth or IEEE 802.11x. As those skilled in the art wouldrecognize, wireless interfaces such as Bluetooth and the IEEE 802.11xcan be built into the CMM 100 as permanent functioning interfaces. Asthe data is processed through the API 170, it is stored in the ADMbuffer 144, step 800. Several steps then take place. First the messagetype 472 is identified, step 802. As stated above, the message has threepossible types, peer-to-peer, peer-to-client host, or a hybridpeer-to-peer/client host. The processor 130 may take message typeinformation sent in from the originating application and compare thatinformation to stored message type 472 in the packet 140 in the ADMbuffer 144 to facilitate identification of the message type 472. Oncethis process is complete, a message type value is generated and sent tothe ADM buffer 144 to be held as part of the completed ADM buffer 144for use in the CMM 100, step 804. The next step in the process is theidentification of message priority, step 806. The information sent bythe application has one of two priority levels, critical ornon-critical. The ADM looks at the message priority information sent bythe application and compares this information to stored values in theADM buffer 144 to facilitate identification of the priority level. Oncethis process is complete, a priority level value is generated and sentto the message 140 in the ADM buffer 808 to be held as part of thecompleted ADM buffer 144 for use in the CMM 100, step 808. The next stepin the process is the identification of the original data field packetlength, step 810. The information sent by the application regardingpacket length is passed from the API in this portion of the process. TheAPI value is the actual value of the original data field packet lengthand is sent to the ADM buffer 144 for use in the CMM 100, step 812.

The next step in this process is the identification of the packetdestination, step 814. The information sent by the application regardingthe identification of the message type 472 is extracted from the ADMbuffer 144 and may be combined with anther host or destination value tocreate final destination information. The output generated by combiningthese values is then sent to the ADM buffer 144 for use in the CMM 100,steps 815-816.

The next step in this process is the selection of the air interface orwireless network 201-203, 20 n that the data will be transferred across,step 818. The medium access controller 110 is responsible for theselection of the wireless network 201-203, 20 n that information will betransmitted/received across. The details of channel selection arecovered below with reference to FIG. 9. After the RF network selectionprocess is complete, a buffer 118 in the MAC 110 is sent an RF networkdesignator. The MAC buffer 118 is queried and the information is sent tothe ADM buffer 144 as part of the completed protocol stack of the ADM120 for use in the CMM 100, step 818.

The next step may be the addition of global positioning satellite (GPS)information. The GPS information is read from the MAC buffer 118, step820. The MAC 110 is where GPS receiver circuits may reside. The GPSinformation is transferred to the ADM buffer 144 as part of thecompleted protocol stack of the ADM for use in the CMM, step 822. TheGPS data is read when a user application may require it to betransmitted.

The next step in the process is the addition of the original data packetto the ADM buffer 144, steps 824-826.

With reference back to FIG. 1, medium access controllers 110 are knownto those skilled in the communications technical field and isresponsible for protocol conversion and RF network 201-203, 20 nselection. The process of RF network 201-203, 20 n selection is referredto as the automatic path establishment (APE). With reference to FIG. 9,a data flow diagram illustrating the steps performed for APE is shown.Automatic path selection may be based on the following criteria: qualityof service (QoS) and/or least-cost-routing (LoS) based on cost per byteof data.

The MAC 110 may continuously monitor the stored air interfacepersonalities 211-213, 21 n and search for available networks 201-203,20 n. In the event that no RF network 201-203, 20 n should be available,the data to be sent is stored for future transmission once a valid RFnetwork 201-203, 20 n is available.

The APE process queries the information that is stored in the ADM buffer144. The information of interest to the APE process is the message type472, message priority 478 and the message packet length, which are movedinto an APE process buffer (122 in FIG. 1), steps 900-910. Once theinformation is sent to the APE process buffer 122, additionalconsiderations are made with regard to completing the APE process. Thoseconsiderations include QoS and cost per byte measurements, orleast-cost-routing, steps 912-914. The QoS issue will be discussedfirst.

The quality of service issues regarding the selection of the RF network201-203, 20 n may have several considerations involved. Theconsiderations may be bit error rate (BER), signal to noise ratio (SNR),delay spread, packet loss rate, path fade, packet latency and networklatency. These issues may be monitored by the APE process in connectionwith the network routing center to aid in the APE final selection of theappropriate RF network 201-203, 20 n. Each of these characteristics iseffectively tested using known methods and the results are stored as anaggregate value in the APE process buffer 122. Another consideration forthe APE process may be least-cost-routing.

Information relating to the cost per byte of a particular network201-203, 20 n is stored as part of the air interface personalityinformation 211-213, 21 n, 211 a-213 a, 21 na. Additional informationstored in the AIP 211-213, 21 n database may include the unique CMM-ID124 (these Ids are one in the same). The Cost per byte information maybe continuously updated from the NRC 400 and stored in the AIP database211-213, 21 n. Once the APE process finishes determining the least costroute for the data, network 201-203, 20 n selection is made, step 916.The information relating to the particular wireless network 201-203, 20n is extracted from the air interface personality database 211-213, 21 nand loaded into a RF digital processing section of memory in the CMM 100for final configuration for RF network 201-203, 20 n use, step 918.Additionally, the air interface personality database 211-213, 21 ninformation is sent to a protocol stack converter 126 so that the ADMbuffer 144 can be converted into the appropriate air interface protocolfor the selected wireless carrier 201-203, 20 n, step 920.

With reference to FIG. 10, a block diagram illustrating some of thecomponents and data flow of the MAC 110 is shown. Once the APE processis completed the information stored in the ADM buffer 144 is accessed bythe MAC 110 and the messages 140 are sent to the protocol stackconverter 1002 to be converted into the appropriate air interfaceprotocol stack and prepared for transmission to the NRC 400.

The MAC 110 also may have an additional element. The digital processingsection, consisting of a processor 130 and APE application 1006, of amemory 1004 may hold a minimum of configuration information for twowireless networks 201-203, 20 n loaded at any one time and a maximumnumber of networks that is equal to the AIP database 211-213, 21 n. Thereason for this is that it is possible with this configuration to splita message 140 for transmission into sections to send over two differentwireless networks 201-203, 20 n. For example, a message 140 could betransmitted partially over network 201 and partially over network 203and recombined at the NRC 400 as one complete message 464.

The MAC may also include components that those skilled in the art wouldrecognize such as processing buffers 1008, databases 1010, digitalconverters 1012, filters 1014, modulators 1016, signal converters 1016,RF processors 1018, an antenna 1020, and/or wireless local area networkinterfaces 1022.

With reference to FIG. 11, a data flow diagram illustrating a methodperformed by the NRC 400 of FIG. 2 is shown. The information sent by themobile communicator 100 is buffered in the received message buffer 462,step 1102. The next step of the NRC 400 is to process the CMM-ID 466 ofthe message 464, step 1104. The received data message is then validatedby a look-up of the CMM-ID 426 in the NRC registration matrix 410. Thislook-up establishes validity of the CMM 100, step 1106 and alsoestablishes additional CMMs 100, 100 a that are registered in the samegroup for peer-to-peer messaging and also the client host identificationis made for peer-to-client host messaging, step 1108. The next step isthe identification of message type 472, peer-to-peer, peer-to-clienthost or a hybrid, step 1110. This information is extracted from the NRCmessage buffer 462 and may be sent to another NRC buffer (not shown) forfurther processing, step 1112. Additionally, when the determination ofthe message type 472 is made a subset of steps occur. Based on themessage type 472 read, the NRC 400 begins to set-up an internal path tocomplete message transfer. The next step of the process is to determinethe final destination 474 of the message 464, steps 1114-1116. Thedestination 474 may be for a specific CMM 100, 100 a or the entire groupof CMMs 100, 100 a, a sub-group of CMMs 100, 100 a or the client-host300, 300 a. The next step in the process is the determination of themessage priority, steps 1118-1120. The message priority may affect thesetup process slightly in that all high priority messages 464 may go tothe client host 300 first and then routed to any CMMs 100, 100 a thatmay be named in the application. The next step in the process is theselection of the wireless network 201-203, 20 n for messages 464 thathave a CMM as the destination 474. Based on the entry of the mobilecommunicator 100, 100 a in the NRC registration matrix 410 data, thenetwork 201-203, 20 n of choice, the protocol stack information (notshown in FIG. 2, but similar to that in FIG. 1) is loaded into aprotocol stack converter (not shown in FIG. 2, but similar to that inFIG. 1) and the physical path is determined, steps 1122-1128.

When completed with the identification of the message type 472, finaldestination 474 and the message priority, the NRC 400 can now establishthe path for delivery of the message 464, steps 1130-1132.

In the case of a message transmission for message types 472peer-to-client host, the message 464 in the NRC buffer 462 is sent to aprotocol stack converter for preparation of delivery to the client host300, 300 a. Client host 300, 300 a initiated communication is verysimilar to the CMM 100, 100 a initiated communication. They share thesame steps and the same components reside in the process. The differencebetween the two is that the NRC 400 may use AIP, APE and ADM processesthat were explained relating to the CMM 100, 100 a, when dealing with aclient host 300, 300 a initiated communication. Essentially the processfollows the identical steps to that of the CMM initiated communication.

For peer-to-peer communication, the process in the CMM 100 is the sameas previously explained. The minor difference in that case is therouting of the information. In the peer-to-host example, at the NRC 100,data was routed to the host. However, in the peer-to-peer example, thedata is routed through one of the RF networks 201-203, 20 n to be sentout to another CMM 100, 100 a or group of CMMs 100, 100 a.

As can be seen by this description, the flexibility is tremendous inthat any desired combination of networks 201-203, 20 n can be connectedat the CMM 100, 100 a simply by routing the data of the multiple singlenetworks 201-203, 20 n to a network routing center 400 to allow routingto a specific CMM 100, 100 a or group of CMMs 100, 100 a. The CMMs 100,100 a themselves are configurable over-the air (OTA) to allow fordynamic network or system updating/configuration. Additionally, theproblem of incompatible networks 201-203, 20 n is eliminated in that aCMM 100 communicating utilizing, for example, carrier 201 can easilycommunicate with a CMM 100 a that is utilizing carrier 202 because ofthe routing path the data takes throughout the system.

It will thus be seen that changes may be made in carrying out the abovesystem and method and in the construction set forth without departingfrom the spirit and scope of the invention. It is intended that any andall matter contained in the above description and shown in theaccompanying drawings shall be interpreted as illustrative and not in alimiting sense.

1-76. (canceled)
 77. A transceiver comprising: (a) a medium accesscontroller; (b) a first set of control logic in the medium accesscontroller for configuring the transceiver for communicating over two ormore wireless carriers; (c) a second control logic in the medium accesscontroller for monitoring each of the two or more wireless carriers fora service characteristic; and (d) a third control logic in the mediumaccess controller further for selecting, based on the monitored servicecharacteristic, one of the two or more wireless carriers that the firstcontrol logic configures the transceiver to use for communicating. 78.The transceiver of claim 77, wherein each of the first, second, andthird control logic is selected from the group consisting of: hardwarebased control logic, software based control logic and combinationhardware-software based control logic.
 79. The transceiver of claim 77,wherein the service characteristic comprises a quality of servicecharacteristic for the wireless carrier.
 80. The transceiver of claim79, wherein the quality of service characteristic comprises a bit errorrate for the respective wireless carrier.
 81. The transceiver of claim79, wherein the quality of service characteristic comprises a signal tonoise ratio for the respective wireless carrier.
 82. The transceiver ofclaim 79, wherein the quality of service characteristic comprises apacket loss rate for the respective wireless carrier.
 83. Thetransceiver of claim 79, wherein the quality of service characteristiccomprises path fade for the respective wireless carrier.
 84. Thetransceiver of claim 79, wherein the quality of service characteristiccomprises packet latency for the respective wireless carrier.
 85. Thetransceiver of claim 79, wherein the quality of service characteristiccomprises network latency for the respective wireless carrier.
 86. Thetransceiver of claim 77, wherein the service characteristic comprises aleast cost routing characteristic for the wireless carrier.
 87. Thetransceiver of claim 77, comprising a data packet for transmission. 88.The transceiver of claim 87, comprising an applications data monitorbuffer.
 89. The transceiver of claim 88, wherein the applications datamonitor buffer comprises a packet processor for processing the datapacket, said processing comprising determining a message type, priority,packet length, destination and air interface for the data packet. 90.The transceiver of claim 89, wherein the medium access controller is forselecting the one wireless carrier based on one or more of thedetermined message type, priority, packet length, destination and airinterface for the data packet.
 91. The transceiver of claim 90, whereinthe medium access controller is further for converting the data packetto an appropriate protocol based on the one selected wireless carrier.92. The transceiver of claim 77, wherein the two or more wirelesscarriers are each selected from the group consisting of: code divisionmultiple access, cellular digital packet data, 1XRTT, time divisionmultiple access, global system for mobile communications, general packetradio service, enhanced data rates for global evolution, wide band codedivision multiple access, ARDIS, MOBITEX and IRIDIUM.